FujiNet - es mag mich nicht

Moin Erhard,

ich habe hier auch so ein FujiNet rumstehen. An und für sich ein tolles Gerät/Projekt mit vielen Möglichkeiten. Konnte mich aber trotzdem noch nicht recht damit anfreunden. In die Bedienung hat man sich ja dann früher oder später mal eingearbeitet. Aber der Mehrwert ist für meinen Bedarf jetzt nicht so gegeben. Im Prinzip bin ich froh, dass wenigstens mein kleiner ATARI nicht auch noch online ist. Für Internet & Co bevorzuge ich dann doch meinen PC.

Vielleicht wird es ein langer, harter Winter und mein Fuji und ich kommen uns doch noch näher...

. Hallo Leute

Auch ich bräuchte eine Ausgabe des Buches "FujiNet für Dummies". 🙄 😀 😂 😁

Tschüß

Mathy

Hallo,

ich habe den Fujinet Prof und bin ein wenig verärgert über sein SIO-Bus-Verhalten (ich wünschte, ich hätte die Standard-Version gekauft, aber die Box mit dem Logo hat mich einfach angezogen ...).

Trotzdem nutze ich es hauptsächlich, um meinen Quellcode auszudrucken, in PDFs umzuwandeln, damit ich meinen Assembly-Code auf meinem großen Bildschirm lesen kann, zum Debuggen und für neue Funktionen.

Erez

Doch doch, diverse Probleme hatte ich auch. Ich wollte mal ein FDSWAP entwickeln als es das noch nicht gab. Die Fujinet-Doku ist aber leider so ungenau, dass ich erst diverse Experimente ausführen musste, wobei es nicht nachvollziehbare Timeouts gab und das Fujinet sogar mehrmals abgestürzt ist. Und die Konfiguration war dann gelegentlich auch mal komplett weg. Außerdem ist das API teilweise extrem umständlich: Allein um zwei Laufwerke zu tauschen, braucht man 7 API-Aufrufe, wenn man das komplett sauber machen will (soweit ich das feststellen konnte). Das dürfte auch der Grund sein, warum der Laufwerkstausch im CONFIG-Menü nicht vorgesehen ist. Daher habe ich das Fujinet beiseitegelegt - für Tool-Programmierer ist das nix.

Hatte ich vergessen zu schreiben.

Steht nun hier: https://abbuc.de/forum/viewtopic.php?p=30127#p30127

Von Lotharek gibt es nur "Crickets" - Funkstille.

Erhard schrieb: Das wiederum kann ich nicht einsehen. In der Firmware steckt so viel Funktionalität und die packen immer noch mehr rein, da wäre sicherlich Platz für ein SIO-Kommando, daß anhand der Parameter in AUX1 und AUX2 Laufwerke tauscht und die paar Bytes um das Kommando aufzurufen hätten dann sicher auch in das Menü gepaßt. Dann hätte ich auch für das FDSWAP nur einen SIO-Aufruf gebraucht.

Ich meinte das CONFIG-Menü, nicht die Firmware: Man braucht 7 API-Kommandos und einiges an Logik, um 2 Laufwerke sauber zu tauschen (als ich das damals untersucht habe). Weil das so aufwendig ist, haben es diese API-Aufrufe nicht ins Config-Menu geschafft, zumal da auch noch diverse IFs nötig sind, um nicht belegte Laufwerke abzufangen, da es sonst Probleme gibt. Ganz anders wäre das natürlich, wenn es einen Extra-API-Aufruf in der Firmware gäbe, der einfach den Laufwerkstausch in der Firmware vornimmt. Den gibt es aber nicht (oder zumindest damals nicht).

Überhaupt merkt man dem API an, dass es genau auf das CONFIG-Menü abgestimmt ist. Man macht Konfigurationen zunächst nur temporär und erst beim Booten wird dann alles gesammelt festgeschrieben. Das ist für ein vor dem Booten geladenes Menü ganz brauchbar, aber nicht für einzelne Kommandos, die sofort scharf werden sollen. Das kostet dann jedesmal mindestens 2 eigentlich unnötige zusätzliche API-Aufrufe (einlesen und wieder rausschreiben und/oder scharfstellen).

Es könnte sein, dass das Fujinet einfach am zweiten NUL (hinter dem Passwort) direkt erkennt, dass der Buffer zuende ist. Dann muss das Fujinet die Länge nicht im voraus wissen.

URL-Encoded heißt, dass Sonderzeichen ersetzt werden, z.B. Leerzeichen durch + oder %20. Ein & wird zu %26, und ein ü wird zu %F6 (Windows) oder %C3%BC (UTF-8). https://www.w3schools.com/tags/ref_urlencode.ASP

Gemäß Doku muss bei AUX2=1 der Buffer aus 2 mit NUL abgeschlossenen Strings bestehen (SSID und Passwort). Also kann das Fujinet einfach beim Empfangen der Bytes nach NUL schauen und nach dem 2. NUL weiß es, dass der Buffer zuende ist. Das nächste Byte ist dann die Checksumme und dann sendet das Fujinet ein ACK und ein COMPLETE.

Die Fujinetfirmware verhält sich ein wenig sonderbar was SIO und Laufwerke angeht. So ist das swappen von Laufwerk 5 auf eins schon alleine gar nicht möglich.

Und warum nicht. na ganz einfach. Die Fujinetfirmare lässt nur 4 Laufwerke zu. Man kann von 4 auf 1 swappen, nicht aber von 5 auf 1.

Wenn man mit mehreren Laufwerken arbeiteten möchte, so hat man bei Fujinet nur diese Option.

Arbeiten mit mehreren Laufwerken zwischen 1-4 oder von 5-8. Man kann also immer nur 4 Laufwerke ansprechen unter den 8 Laufwerken da man nur 4 Slots hat. Hat man sich für Laufwerk 1 entschieden geht das nur bis 4. Hat man sich für 5 entschieden geht das nur bis 8. Damit sind nur die Mount slots der Fuji gemeint die über SIO gemounted werden. Da es hier um keine echte Laufwerke handelt sondern nur um Slots

Man kann also wenn man sich für 1 entschieden hat nicht auf 5 swappen oder umgekehrt. Man kann den Boot von Fujinet abstellen so das Laufwerk 1 nicht belegt ist für SIO und dann von einem SIO Gerät aus auf die Fujinet zugreifen.

Dann hat man zwar auf alle Laufwerke zugriff, kann aber auch da nur 4 Slots auf der Fujinet zum mounten belegen. Hier kann man zwar auf Slot eins des Fujinets vom Laufwerk 1 mounten und auf Slot 2 z.B. von Laufwerk 5 mounten, jedoch ein Swapp wäre zwischen den beiden Slots nicht möglich, da Laufwerk 5 nicht innerhalb von 1-4 liegt.

Dieses Verhalten habe ich mit Spartados bemerkt auf der ich auf einer Ide2Plus Laufwerk mehrere Partitionen habe die als Laufwerke angesprochen werden können. Hier konnte ich nur Laufwerke 1-4 hin und her swappen die auf den Fujinet Slots gemounted waren nicht jedoch 1 und 5 oder 4 und 5.

Also eine Firmware Eigenschaft des Fujinets selbst das nur von 1-4 beschränkt ist. Mit den Laufwerken 5-8 sind das auch dann nur 4 zwischen denen hin und her geswappt werden kann.

Den Trick swappen mit Hilfe des Ide2Plus statt Fujinet würde nichts bringen, da das Verzeichniss des gemountetm Slots nicht mehr übereinstimmen würde.

Zwar hat Fujinet auch die Aux Funktionalität mit der es eigentlich trotzdem möglich sein müsste zwischen allen Laufwerken 1-8 oder mehr zu swappen aber dafür reicht der Speicher des Fujinets nicht aus, es ist auf 2x4 begrenzt. Das heißt es kann zwar mehr als 4 Laufwerke ansprechen muss aber was über 4 hinaus geht umschalten auf die nächsten 4 Laufwerke 5-8. Und das funktioniert bisher nicht sauber und gibt Timeouts raus.

Das Fujinet ist ein Fun Modul und ist nicht dafür gedacht für produktives arbeiten am Atari. Es soll Spaß machen und die Welt des Internets für den kleinen Atari Tür und Tor öffnen. Vieles wurde bisher schon ermöglicht damit und es macht Spaß damit zu Spielen, mehr aber auch nicht.

Pmetzen schrieb: Das Fujinet ist ein Fun Modul und ist nicht dafür gedacht für produktives arbeiten am Atari. Es soll Spaß machen und die Welt des Internets für den kleinen Atari Tür und Tor öffnen. Vieles wurde bisher schon ermöglicht damit und es macht Spaß damit zu Spielen, mehr aber auch nicht.

Interessanterweise hatte ich zu meinen produktivsten Zeiten am Atari nur zwei Laufwerke mit je 180Kb zur Verfügung. Ich möchte daher behaupten dass man mit vier Laufwerken durchaus produktiv arbeiten kann (insbesondere da man mit SpartaDOS vier 16MB-ATRs mounten könnte).

. Hallo Detlef

Damals hatten viele von uns nur ein Laufwerk, mache sogar nur eine Datasette. Aber mittlerweile leben wir in 2024, da müsste es bei einem so modernen Gerät(chen) wie das Fujinet doch möglich sein, alle 8 Laufwerke zu benutzen ohne diese Einschränkung.

Tschüß

Mathy

Klar wäre das vermutlich technisch möglich. Ich sehe es dennoch umgekehrt wie Pmetzen, am Fujinet 8 Laufwerke zu mounten wäre Spielerei und wenn man tatsächlich produktiv arbeitet bringt das nichts.

Erhard schrieb: Das SIO-Kommando $FB wurde laut der Doku auf Github zum 21.04.2024 geändert.

Die Doku lautet jetzt:

``` DCB Value DDEVIC $70 DUNIT $01 DCOMND $FB DSTATS $80 DBUF Pointer to data buffer, see notes below DTIMLO $0F DBYT ENCODED DATA LENGTH DAUX1 1 = Ask FujiNet to store SSID and password in its configuration immediately; 0 = Information is used, but not saved until a save operation occurs DAUX2 Encoding Indicator, 0 = NONE, 1 = URL ENCODED DATA

As of 2024/04/21, DAUX2 may contain an encoding indicator for the buffer data.

If there is no encoding, DBYT = 97, otherwise it must contain the length of the 2 encoded strings plus their NUL terminated bytes.

The buffer must contain first the SSID (nul terminated string) and then the password (only adding nul byte if it is encoded).

If there is NO encoding, the password must start at byte 34 (i.e. index 33) for backwards compatibility to exactly fit in the NetConfig structure.

If there IS encoding, the buffer is not expected to directly fit in a NetConfig structure as the encoding may make it too large, and so instead consists of 2 NUL terminated encoded strings. Currently the only supported encoding is URL encoding of strings. ```

Ich hab zwar kein fujinet aber Spasses halber mal in den Source Code geschaut - und muss sagen die API Doku ist falsch, die FN Firmware macht nix mit DAUX2 und auch kein urlDecode.

Siehe die Funktion sio_net_set_ssid in lib/devices/sio/fuji.cpp: https://github.com/FujiNetWIFI/fujinet-firmware/blame/master/lib/device/sio/fuji.cpp#L249

Am 20. April gab's eine Änderung die urlDecode für alle devices eingeführt hatte, aber am Atari nicht DAUX2 checkte sondern das immer gemacht hat: https://github.com/FujiNetWIFI/fujinet-firmware/commit/3152addf73ed77890aa78e015a956f08770d8cfb

Die Änderung wurde dann 1 Tag später rückgängig gemacht (Code auskommentiert) : https://github.com/FujiNetWIFI/fujinet-firmware/commit/d7c3a30cc356933404e956ea7e4cc489e35e7058

Und am 22. Mai wurde dann der auskommentierte Code auch entfernt sowie ein Debug-Print Statement auch noch auskommentiert: https://github.com/FujiNetWIFI/fujinet-firmware/commit/2d949aa4ba95c0c1c2c71de6a2b43f5acf8bc564

Die API-Doku wird im Wiki anscheinend unabhängig gepflegt (oder eben auch nicht) - und läuft damit Gefahr von der aktuellen Implementierung abzuweichen.

Das mit der Doku ist ein recht allgemeines Problem, viele Projekte sind deshalb dazu übergegangen die Doku direkt aus dem Source Code zu generieren (da gibts mittlerweile etliche Tools für alle mölichen Programmiersprachen um aus Code-Kommentaren mit speziellen Markern Doku zu generieren) oder zumindest mit in der Versionsverwaltung speichern - das hat dann auch noch den Vorteil dass man parallel auch die Dokus zu älteren Versionen zur Verfügung stellen kann.

so long,

Hias

Erhard schrieb: Bleibt bezüglich dieses Kommandos, daß man nach dieser Änderungsserie nicht mehr das WLAN austragen sondern nur ein anderes eintragen kann.

Das wurde am 13. September 2023 geändert - für die Änderung gibt's sogar einen PR mit ein wenig Beschreibung: https://github.com/FujiNetWIFI/fujinet-firmware/pull/671

Nun wird gecheckt ob man mit der SSID+Passwort eine wlan Verbindung herstellen kann, falls nicht gibt's einen SIO Error und es wird auch nichts gespeichert.

Ja, ich würde auch sagen von einer API Design Perspektive fehlt da ein clear/remove ssid o.ä. Kommando.

Würde vorschlagen, Du legst dafür einfach mal eine Issue im Github Repo an und beschreibst kurz wieso ein "clear ssid" o.ä. Kommando sinnvoll wäre - dann kriegen es die FN Entwickler auch mit. https://github.com/FujiNetWIFI/fujinet-firmware/issues

so long,

Hias